Skip to content

Fix appeal flow wiring: incidents + restriction messages#16

Merged
ForeverInLaw merged 2 commits into
masterfrom
fix/appeal-wiring
May 17, 2026
Merged

Fix appeal flow wiring: incidents + restriction messages#16
ForeverInLaw merged 2 commits into
masterfrom
fix/appeal-wiring

Conversation

@ForeverInLaw
Copy link
Copy Markdown
Contributor

Summary

Two fixes so the appeal flow actually works at runtime.

  • AuditService never wiredruntimeAssembly set Web.AuditService but never the top-level AuditService field, so makeTelegramListener's if a.AuditService != nil was always false. Result: IncidentCreator was never attached to the listener, no audit incident was created from the moderation pipeline, and ensureIncident always returned 0 — so the "Обжаловать" button was never attached to warn/ban messages. Wired AuditService: auditSvc into the assembly struct (pre-existing bug, surfaced by the appeal feature).
  • Restrictions got no group messagepostBanGroupMessage skipped pc.outcome.Restrict, so temporary mutes (early strikes, soft-ban mode) posted no group message and no appeal button. It now posts for restrictions too, with text 🔇 Пользователь ограничен за спам (vs 🚫 Пользователь забанен за спам for a permanent ban). Still skipped for channel bans and dry/training runs.

@ForeverInLaw ForeverInLaw changed the base branch from dev to master May 17, 2026 15:21
@ForeverInLaw ForeverInLaw merged commit 6964c3c into master May 17, 2026
3 checks passed
@ForeverInLaw ForeverInLaw deleted the fix/appeal-wiring branch May 17, 2026 15:21
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant